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ABSTRACT 

In May 2013, NASA’s GSDO Program requested a study to develop a diserete event simulation (DBS) 
model that analyzes the launeh eampaign proeess of the Spaee Launeh System (SLS) from an integrated 
eommodities perspeetive. The seope of the study ineludes launeh eountdown and serub turnaround and 
foeuses on four eore launeh eommodities: hydrogen, oxygen, nitrogen, and helium. Previously, the 
eommodities were only analyzed individually and deterministieally for their launeh support eapability, but 
this study was the first to integrate them to examine the impaet of their interaetions on a launeh eampaign 
as well as the effeets of proeess variability on eommodity availability. The study produeed a validated DBS 
model with Roekwell Arena that showed that Kennedy Spaee Center’s ground systems were eapable of 
supporting a 48-hour serub turnaround for the SLS. The model will be maintained and updated to provide 
eommodity eonsumption analysis of future ground system and SLS eonfigurations. 

1 INTRODUCTION 

1.1 Purpose 

The National Aeronauties and Spaee Administration (NASA) is eurrently experieneing a time of transition 
in its human exploration program as it moves from a Spaee Shuttle eentered model to one based on the 
Spaee Launeh System and Orion Programs. To support these exploration endeavors new ground systems 
must be developed that will enable low eost and effieient proeessing of these vehieles while being flexible 
enough to allow multiple-users that ean offset eapaeity eosts. The Ground Systems Development and 
Operations Program (GSDO) at Kennedy Spaee Center is working to aetively design, develop, and 
implement transitional ground systems that will reduee long term operational eosts. To meet these 
aggressive development and operations goals GSDO is employing Diserete Bvent Simulation (DBS) to 
quantitatively foreeast future operations and influenee design early in the lifeeyele. DBS is being used in a 
number of areas ineluding: to foreeast proeessing durations, delay risks, resouree demands of personnel and 
ground support equipment, launeh availability modeling, and most reeently to understand the eommodity 
demands that will be plaeed on the infrastrueture for a launeh eampaign. This is allowing the management 
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team to make arehiteetural deeisions based on quantifiable and empirieal data grounded in advaneed 
simulations. 

The Spaee Launeh System, or SLS, will be a human-rated heavy-lift launeh vehiele. Initial test flights 
are planned for 2017 with the first erewed flight planned for 2021. The initial version of the SLS, the Bloek 
1 vehiele, will be eomposed of an integrated Core Stage, heritage RS-25 engines and Boosters, and an 
Interim Cryogenie Propulsion Stage (ICPS). The SLS will earry the Orion spaeeeraft whieh will be eapable 
of long duration missions to deep spaee destinations. To aehieve the missions that are expeeted to be earried 
out by the SLS/Orion, GSDO needs to have the eapability to perform multiple launeh attempts in a limited 
window. In the long term destinations when multiple launehes will be rendezvousing in orbit it will be 
absolutely eritieal that GSDO be able to maximize the probability of launehing and one key faetor for that 
is being able to turnaround from one attempt to another in a quiek fashion. 

The Spaee Shuttle eould be fueled for launeh as often as three days in a row. However, it beeame elear 
that the SLS would require signifieantly more liquid hydrogen sueh that a 24-hour serub turnaround would 
not be feasible with the existing infrastrueture at KSC. Analysis was required to determine how long the 
serub turnaround timeline would require given the inereased hydrogen demands. There was also eoneern 
that other eommodities might also limit the ability to perform multiple launeh attempts over a multi -day 
period. 

The purpose of the Launeh Campaign Integrated Commodities Analysis study (LCIC) was to use DBS 
to analyze the launeh eampaign proeess for the SLS from an integrated eommodities perspeetive. A launch 
campaign, as used in this study, means the eolleetive series of aetivities that oeeur during launeh preparation 
and eountdown, a serub turnaround, a seeond launeh attempt, and finally another serub. The four eore 
launeh eommodities modeled for the study were liquid hydrogen (LH2), liquid oxygen (L02), gaseous 
nitrogen (GN2), and gaseous helium (GHe). NASA wanted a tool to analyze the launeh support eapability 
of the eommodities, and speeifieally their ability to support a 48-hour serub turnaround. A scrub turnaround 
is the set of proeesses that are required to safe a launeh vehiele after a serub and then prepare and exeeute 
another attempt. The objeetive of the 48-hour serub turnaround is to reaeh T-0 of the seeond attempt within 
48 hours of the first serub. 

The launeh eampaign timeline is based on the proeesses for Exploration Mission 1 (EM-1) and 
Exploration Mission 2 (EM-2), the first planned launehes of the SLS in 2017 and 2021 respeetively. GSDO 
has a requirement to be eapable of eompleting a 48-hour serub turnaround in order to aehieve two launeh 
attempts during the launeh window. GSDO wanted the study to produee a DES model that allows users to 
analyze the interaetions of eurrent and future ground systems eonfigurations, launeh eampaign proeess 
variability, and SLS eommodity requirements to make one integrated story of eommodity use. The study 
used Roekwell Arena 14 for developing the model and performing analysis. 

1.2 Literature Review and Method Selection 

The LCIC analysis builds upon past DES related analysis efforts at KSC. In 1999, KSC entered into a Spaee 
Aet Agreement with the University of Central Florida to develop a DES model of the entire Spaee Shuttle 
operational flow. The goal of this effort was threefold: first to demonstrate the utility of DES based analysis; 
seeond to develop a eadre of DES expertise at KSC; and finally to provide a useful tool for helping NASA 
inerease the Shuttle flight rate. (Cates et al. 2002) 

The Spaee Shuttle model that was developed was subsequently leveraged in 2002 to develop the 
Manifest Assessment Simulation Tool (MAST). MAST was first used in January 2003 to provide NASA 
with an assessment of the likelihood of aehieving U.S. Core Complete of the International Spaee Station 
(ISS) by February 19, 2004. (Cates and Mollaghasemi 2005a) MAST was used by the NASA Chief 
Engineer in 2004 and then again in 2005 by the Shuttle/Station Configuration Options Team (S/SCOT) to 
explore the questions of: (1) when will assembly of the ISS be eompleted; and (2) how many Spaee Shuttle 
missions ean be flown by the end of 2010? The NASA administrator subsequently redueed the number of 
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planned flights remaining in the Spaee Shuttle manifest based upon the analysis results. (Cates and 
Mollaghasemi 2005b, Griffin 2005) 

DBS analysis was used to support the Constellation program. One notable model being the 
Constellation-Requirements Assessment by Simulation Teehnique (C-RAST). C-RAST was intended to 
provide a demonstration of how DBS eould be used to help the Constellation program analyze program 
level requirements. C-RAST was used to analyze the probability of launehing both the Ares V and the Ares 

1 in a timely fashion. (Cates, Cirillo, and Stromgren 2006, Stromgren 2009) Although the Constellation 
program was eaneelled in 2010, elements of that program, ineluding the Orion and the heavy lift SBS launeh 
vehiele that is essentially a renamed Ares V, are eontinuing to be developed. The C-RAST model was 
modified to provide launeh probability assessments for the SBS. This “Integrated Bauneh Probability 
Model” is eurrently being managed as a joint effort between GSDO and the SBS and Orion program offiees. 
(Watson 2014) The serub turnaround eapability to support SBS launehes direetly infiuenees the eumulative 
probability of launeh. The results of the BCIC model will provide this eritieal information for use in the 
Integrated Bauneh Probability Model. 

The launeh eampaign proeess involves a signifieant amount of eontinuous eommodity flows. It is 
diffieult for a DBS software to aeeurately model eontinuous operations, so to solve that problem the first 
Diserete Rate Simulation (DRS) software tool was introdueed by Simulation Dynamies, Ine. in 1997. 
(Siprelle and Phelps 1997) Diserete Rate Simulation “is a method for simulating eontinuous, rate -based 
flow systems and hybrid (eombined eontinuous and diserete event) systems.” (Damiron and Nastasi 2008) 
DRS is mueh more preeise when modeling eontinuous rate systems beeause the software ealeulates the 
exaet time of the event that ehanges the flow rates instead of reaeting to a different state during the next 
interval update. DRS is also better than assuming that a DBS entity represents a small amount of mass that 
flows through the system, beeause the large number of entities would greatly reduee run time effieieney 
and would not aeeount for fraetional units. (Siprelle and Phelps 1997) 

Arena uses DRS with its flow proeess modules that are designed to run a eontinuous flow and stop at 
diserete points in time to aehieve extreme preeision. The start and stop times are determined by the main 
SBS proeessing timeline, whieh means the durations of eommodity usage are variable like the SBS task 
times. This variability ean eause signifieant swings in proeessing time, whieh eould mean inereased 
eommodity eonsumption, so studying the impaet of variability on eommodity availability is one of the main 
reasons for this projeet. The model helps the user support NASA personnel with usage analysis and ean 
show ehanges to eonsumption if they plan system or proeessing ehanges. 

2 METHODOLOGY 
2.1 Process Mapping 

The first task in the study was to understand and map the launeh eampaign proeess. Proeess mapping started 
with studying a tool that GSDO developed ealled the Ground Operations Planning Database (GOPD), whieh 
is used for SBS timeline planning and eontains information neeessary for this study like three -point 
estimates for task durations and predeeessor/sueeessor relationships. Three-point estimates are the 
minimum, expeeted, and 95^^ pereentile estimates for task durations and are used as inputs for the time 
distributions of stoehastie tasks. This model uses lognormal distributions for time inputs in Arena beeause 
previous studies done by this team have shown lognormal to be the best distribution for estimating 
stoehastie proeess times. 

The eritieal path was defined using the preeedenee relationships and task durations, then an initial 
proeess map was developed based on the eritieal path as well as any other tasks that eonsumed launeh 
eommodities. The first draft was eorreeted and improved during meetings with NASA subjeet matter 
experts (SMB) who had experienee with Spaee Shuttle proeessing or eommodity use. The SBS launeh 
eampaign proeess ean be broken down into four main operations groups: pre -tanking, tanking, post-eryo 
loading, and serub turnaround. (Figure 1) Pre -tanking operations start with a task ealled Call to Stations, 
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and includes other processes like powering up the SLS, configuring systems, performing pad walkdowns, 
and turning on gas purges. Tanking Operations is the sequence of steps to fill the SLS with LH2 and L02 
(sometimes referred to as “cryo loading” or simply “tanking”) as well as flowing various GN2 and GHe 
purges. Post-Cryo Loading involves crew ingress and securing, hold time, and terminal count operations 
that end with the scrub, which is assumed to be 9 seconds before T-0 in the model. Scrub Turnaround 
operations include crew egress, tank drain (“detanking”), refilling the LH2 storage tank on the pad, and 
running SLS tank inerting purges. When the first scrub operations are completed the model goes back to 
Call to Stations and does everything one more time. 



Figure 1: High-Level Process Map 

2.2 Commodity Data Collection 

The model measures commodity use by total mass consumed during processing, so the data that needed 
collected were flow rates (gal/sec for liquids and Ibm/sec or scfm — standard cubic feet per minute — for 
gases), start times, and durations. Sometimes only a quantity estimate based on Shuttle data could be 
obtained so dividing quantity by the duration gave the flow rate for the model. These data were collected 
from SMEs in various NASA organizations including NASA Engineering, Center Operations, GSDO, SLS, 
and Orion. The flow rates were organized in timelines based on the deterministic start times and durations 
for Center Operations to verify that KSC’s ground systems could support the totals. When flow rates, start 
times, and durations were confirmed they would be added to the model, which was developed concurrently 
with data collection due to information delays and discovering missing flow tasks while validating the 
model. The final model had 140 unique flow tasks between all four commodities. 

2.3 Developing the Model 

The LCIC model was developed using Rockwell’s Arena simulation software. A typical simulation model 
uses entities that represent people or widgets, but the processes the LCIC modeled were continuous flow 
operations, which needed a different set of simulation modules than discrete Process modules. Therefore, 
the model relied heavily on Arena’s Flow Process modules that simulate continuous flows with a single 
entity representing the launch campaign that activates flow tasks when it arrives at the modules. The Flow 
Process modules used in this model were Tank, Flow, Regulate, Seize Regulator, Release Regulator, and 
Signal. Figure 2 is an example of the flow modules used to simulate boiloff in the LH2 source tank. 
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Figure 2: Flow Modules Example 


Sources of commodity flows (LH2 and L02 spheres on the launch pad, LH2 refill tankers, the LN2 
tank, and GHe batteries) and destinations (LH2 and L02 tanks in the SLS) were represented with the Tank 
modules. (Figure 3) Each tank is assigned a capacity and initial level (either full or empty) as well as many 
regulators, which are like pipes for input or output so every flow requirement has its own dedicated pipe. 
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For LH2 and L02 transfers from storage to the SLS there are matehing regulators for eaeh simulation tank, 
whieh aet as endpoints for the transfer pipe. 


Tank 


inmr 


Name: 

LH2 Dewar 

Capacily: Initial Level: 

0 "oo 


[ Add... ] 

I Edit.. I 

{ Delete | 


O Packaging Input Connection 
O Packaging Output Connection 

Animation 
Report Statistics 

[ OK ] [ Cancel | [ Help | 


Regulators: 


LHZBoilofC 0, Per Day 
LH2.TankerLoad, 0, Per HO|~i 
LH 2. Regulator 1 , 0, Per Hot - 
LHZCSChilldown, 0, Per Ho 
LH 2. CSS low, 0, Per Seconc 


|LH2.CSFast, 0, Per Second! 


LH2.CST opping, 0, Per Sec 
I H9 rctRpnlpni^hPfon (1 P. 

Use As Packaging T ank 


Figure 3: Tank Module Properties Example 


Seize Regulator modules seize the tank regulators like a resouree, so eaeh regulator ean only be used 
for one flow operation at a time. The Flow modules are similar to a typieal Proeess module, but ean either 
add to, remove from, or transfer between tanks. (Figure 4) The user seleets the tank(s) and the regulator(s) 
to or from whieh to flow and then one of three eonditions that terminate flow: running for a speeifie 
duration, flowing a speeifie quantity, or reeeiving an external signal. 


Flow ^ Flow L I ^ 


Name: Type: 

Name: Type: 

LH2Boiloff - 1 Remove 
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Flow Soutce/Destinahon 

S ource R egulator T ype: R egulator N ame: 

S ource R egulator Type: R egulator Name: 

1 Regulator ▼ | LHZBoiloff 


Stop Flow After 
Quantity: 

Destination Regulator Type: Regulator Name: 

[Regulator ^[ SLS CS L02.Slow 

Stop Flow After 
Quantity: 

Time: Units: 

Time: Units: 

[Hours ▼| 

XiG_ 3_7_1(5) - [Hours -[ 

Signal Value: 

Signal Value: 

3 

Priority: Allocation: 

Priority: Allocation: 

Medium(2) ▼ [Value Added ▼I 

Medium(2) ▼ [ Value Added ▼[ 

Quantity Save Attribute: 

Quantity Save Attribute: 



[ OK [ [ Cancel [ [ Help [ 

[,_ OK - 1 L Cancel 




Figure 4: Flow Module Properties Example 


The Regulate module is used like a valve to ehange the flow rate of any tank regulator. The model 
primarily uses Regulate modules for flow rate input before a flow starts, but they ean also ehange the flow 
rates while a Flow module is running. Figure 5 is an example of a Regulate module properties menu, 
showing the options to ehange the LH2.Boiloff regulator’s flow rate to the LH2LossFlow(15) expression. 
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which is defined in the Excel input file. When a Flow module terminates the Release Regulator module 
releases the tank regulator(s) to be used by another flow module or wait until the next launch attempt. The 
last module utilized for this study was the Signal module, which could create an entity, assign a variable, 
or regulate a regulator if a certain condition was reached in a tank, such as being empty or full. Together, 
the Flow Process modules were able to capture every type of action required to simulate the flow tasks for 
a launch campaign. 



Figure 5: Regulate Module Properties Example 


The first iteration of the model captured the tasks listed in the GOPD, which established the model 
timeline. The GOPD had minimal GN2 and GHe information, but complete flow data was available for fill 
and drain tasks for EH2 and E02. Non-commodity tasks were modeled using the Basic Process modules 
and the Flow Process modules were added for fill and drain. As the data collection process added more 
GN2 and GHe tasks, the model was expanded to accommodate them with new regulators and flow modules 
for each one. Most GN2 and GHe tasks had start and end times that depended on a GOPD task, such as 
start of cryo fill, start of terminal count, or end of drain. The model utilized Hold modules that waited for a 
signal before releasing an entity to start a flow, and the flow did not stop until it received a second signal 
that was triggered by a later event. Using this signal system linked all of the flow processes to the established 
GOPD timeline as well as its variability. 

GOPD process time three-point estimates and commodity flow rates are listed on an Excel input file 
and are read from the model via named ranges. The ranges then become variable expressions for use in the 
process modules. This input method is used because it is easier to change and manipulate inputs on the 
spreadsheet than digging through a model, especially if the input value is used in several different modules. 
A reverse method is used for recording outputs. Output data are recorded in variables, which are then written 
to named ranges in an Excel output file. Writing the output to Excel allows the user to easily view and 
analyze the data. 

The last step in model development was adding animations for users and stakeholders to see the current 
status of the tanks and the SLS. This study utilized Arena’s Level visualizations to depict both tanks and 
pipes. The Level tool has circles that can fill vertically to represent storage tanks, SLS tanks, and tanker 
trucks and it has flow level visualizations to represent pipes with arrows for flow direction. The animation 
and result charts are color-coded with red for LH2, green for L02, blue for GN2, and orange for GHe. Line 
graphs were also included alongside the animation to see the specific levels, especially if the tank goes 
empty. Figure 6 is a screenshot of the animation during the replenishment phase of the first launch attempt. 
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Figure 6: LCIC Model Animation 


2.4 Problem Solving 

There were several quirks in the simulation environment that were addressed during model development. 
The first problem was inputting the flow rates. Expressions eould not be assigned to regulators in the Tank 
modules and using the numbers would make ehanging them harder, but the Regulate modules did allow 
expression input so a Regulate module was ineluded before every Flow module to set the eorreet flow rate 
before every flow task begins. Unfortunately the inputs for eapaeity and initial values of tanks eould only 
be manually added in the tank modules beeause expressions were not valid inputs. The small number of 
tanks in the model and infrequent eapaeity ehanges meant this was not a major ineonvenienee. 

One objeetive of this study was analyzing eommodity usage and finding out how mueh the SLS needs, 
but if a tank in the model ran out of eommodity units during a flow task then the output eould not show 
how mueh was really needed. If a flow module was eoded to end after a eertain quantity of eommodity 
flowed through, then the entity would be stuek and never leave beeause there was nothing left to flow. This 
was fixed by simply adding eapaeity in the model so that flows were never interrupted, however this added 
a new problem with the output variable for the eurrent tank levels. To offset the additional tank eapaeity 
the expressions for level outputs were subsequently adjusted by subtraeting the extra eapaeity so that the 
output graph would show when the tank goes empty and then how mueh more was needed by going 
negative. In addition to knowing when a eommodity was “broken,” whieh means the system eannot handle 
the demand, eounting the number of times a tank runs negative over 1000 replieations provided the 
probability of breaking. 

Beeause many tasks happen simultaneously during a launeh eampaign, the model duplieates the mission 
entity many times in a replieation. A result of this duplieation and the signifieant use of signals was that if 
several signals are triggered by one entity at a single instanee in time then different modules that are waiting 
for one of the signals might miss it. The Arena events ealendar sometimes sequeneed things that happen 
simultaneously in a way that would stall a replieation. To get around this problem very short delays of 0.01 
seeonds were added between baek-to-baek signals so entities that respond to the first signal eould move on 
to their next modules before the next signal was sent. Even though this might have added some time to the 
overall proeessing time a few hundredths of a seeond are negligible when the nominal total time is 125 
hours. 
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2.5 LH2 Failure Rate vs. Missed Launch Window Problem 

During the development of this model, the team eame aeross a diffieult problem that NASA managers will 
have to address as they approaeh the first SLS launeh date. The problem is that if the proeessing time takes 
too long beeause of the variability, then they eould run out of LH2 during the replenishment phase; however, 
if they start the proeessing later in order to eonserve LH2, then they might not have enough time to finish 
all of the required proeessing before the launeh window eloses. This might just be a problem that is unique 
to this model, beeause NASA plans proeessing timelines by eounting baekwards from T-0, but Arena only 
eounts forward from the start of the model at time 0.00. In addition, NASA adds eountdown holds 
throughout a final timeline to aet as a buffer for variability, but those holds are not defined yet and therefore 
are not ineluded in the main proeessing timeline. Nevertheless, the only way to give any reasonable 
stoehastie output analysis for this model at this time was to find the optimal buffer duration that minimized 
running out of LH2 and missing the launeh window. 

The logie for determining whether the attempt missed the launeh window is made up of three deeision 
modules: first or seeond attempt, beeause they are not the same nominal length of time; missed or did not 
miss the launeh window; and deterministie or stoehastie. (Figure 7) The assign modules after the first 
deeision ealeulate the “extended hold margin”, whieh is the differenee between the duration of the launeh 
window and the elapsed time in the model. The only offieial hold in the GOPD timeline is a hold of 2.5 
hours after erew ingress and before terminal eount (T-5 minutes), so if the elapsed time surpasses the extra 

2.5 hours then that is eounted as a “missed launeh window” (MLW) in the next deeision module and is 
immediately serubbed without holding. If the elapsed time has not exeeeded the launeh window then the 
last deeision logie is to assign the hold time, whieh is 2.5 plus the hold margin. If the margin is between - 

2.5 and 0 then the hold will be shorter beeause the proeessing has eaten up some of that hold time; if the 
margin is positive then the aetual hold time will be longer than 2.5 hours beeause the proeessing finished 
before the launeh window even opened, but we are trying to model a worst-ease seenario as well whieh 
means using the whole 2. 5 -hour hold time. 



Figure 7: Missed Launeh Window and Hold Time Logie 


The “sweet spot” between LH2 failures and MLW is the duration of the assumed additional hold time, 
whieh is added to the nominal (deterministie) duration to simulate starting the launeh eampaign proeessing 
earlier than without any additional time. Running the simulation 1 1 times with varying additional time 
produeed two results. Table 1 shows the time margins tested and the resulting LH2 failure and MLW rates. 
Initially the goal of the analysis was to find the time where the rates were equal, but after examining the 
results for the number of attempts that no LH2 failures or MLW oeeurred, we found that the highest 
pereentage of elean attempts was a different time than the equilibrium time. Therefore, 4.25 hours of 
additional launeh window time was added to the nominal time for the stoehastie runs that produeed the 
results later in this paper. 
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Table 1: LH2 Failure Rates vs. Missed Launeh Window Rates 


Add'l Time 

LH2 

LH2%Fail 

MLW 

LW % Fail 

%Fail 

% Success 

2 

36 

1.80% 

1393 

69.65% 

71.05% 

28.95% 

2.5 

59 

2.95% 

1251 

62.55% 

65.10% 

34.90% 

3 

94 

4.70% 

1129 

56.45% 

60.75% 

39.25% 

3.5 

155 

7.75% 

1017 

50.85% 

58.20% 

41.80% 

4 

243 

12.15% 

890 

44.50% 

56.25% 

43.75% 

4.25 

288 

14.40% 

839 

41.95% 

55.95% 

44.05% 

4.5 

359 

17.95% 

780 

39.00% 

56.55% 

43.45% 

5 

506 

25.30% 

664 

33.20% 

58.10% 

41.90% 

5.25 

569 

28.45% 

608 

30.40% 

58.45% 

41.55% 

5.33 

588 

29.40% 

591 

29.55% 

58.55% 

41.45% 

5.5 

644 

32.20% 

553 

27.65% 

59.45% 

40.55% 


3 RESULTS 

3.1 Turnaround Time 


Output analysis was performed on the model after it was validated by KSC’s Engineering Review Board 
(ERB). This study ran 1000 replieations of the launeh eampaign, for a total of 2000 attempts. When this 
study began the operations plan for refilling the LH2 tank involved small groups of tankers making three 
trips between KSC and New Orleans, where the LH2 is produeed. The result was a serub turnaround time 
between 186 and 206 hours. GSDO eventually baselined a new plan that has all required tankers parked on 
site in ease of a serub. This ehange redueed the turnaround time from over seven days down to 48 hours. 
GSDO wanted to eonfirm that the eommodities eould support the 48 -hour serub turnaround requirement. 
The model output showed that 73% of the time the seeond attempt oeeurred within 48 hours (Figure 8), but 
that ean be inereased by reeonfiguring the planned proeessing timeline to move tasks earlier or have more 
happen in parallel. 


Old Baseline Turnaround Time 

New Baseline (48 Hours with 
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Figure 8: Serub Turnaround Cumulative Distribution Funetion 


3.2 Commodity Usage 

The team developed several other output eharts depleting three types of eommodity use during two 
attempts: total use, instantaneous flow rate, and tank level (availability). The eharts in this paper are 
deterministie data that inelude a timeline of events with lines showing the quantity used, flow rate, or tank 
level, but the seales on the vertieal axes were removed for data seeurity. Figure 9 (left) shows the total use 
of GHe, whieh steadily inereases during the launeh eampaign due to many gas purges being on 
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continuously. Figure 9 (right) also shows the instantaneous GN2 flow rates, which is never zero due to GN2 
being required by other locations at KSC, and is highest during tanking and detanking. 


Nominal GHe Usage During 2 Anempts 

Anempt/Scrub #1 Attempt/Scrub 02 



Time (Hours) 


Commodity Analysis Timeline with Flow Profiles: GN2 Total Flow; 2 Attempts 



Figure 9: Deterministic GHe Usage and GN2 Cumulative Flow Rates During 2 Attempts 


Figure 10 (left) shows the LH2 tank levels. The precipitous drops in the level is during tanking; the 
slow decline is replenishment; the fast recovery is drain back from detanking; the last slower increase in 
tank level is due to tanker refill, which only happens after the first scrub. It is clear that the tank level gets 
very close to zero during replenishment, which is why LH2 breaks much more often than the other 
commodities. Figure 10 (right) also shows the L02 tank levels, which could break during replenishment on 
the second attempt in extreme cases, but only went empty once during the 1000 campaigns. 



Figure 10: Deterministic LH2 and L02 Tank Levels during 2 Attempts 


3.3 Failure Rate 

Figure 10 is especially notable for how low the LH2 level goes by the end of tanking, which leads into 
Figure 11, showing the frequency that commodities break during attempts. 83.75% of 2000 attempts did 
not have any commodity failure. Of the 16.25% of attempts that had failures, almost all were due to LH2 
and GHe, which made up 80% and 18.06%, respectively. The other two only failed 7 times in total, where 
GN2 broke six times, and L02 broke once. The total of 360 failures is slightly larger than 16.25% of 2000 
because some attempts had more than one commodity failure. These and other similar charts were used to 
present to the GSDO Program Review Board (PRB) to conclude the study. 
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Figure 11: Stochastic Failure Rates of Commodities 


4 RECOMMENDATIONS 

The study produced a valid model of launch campaign commodities consumption, but it was limited in 
scope to a narrow time window. Further work on this model for GSDO analysis support should include 
expanding the time frame to five days, instead of two, before T-0 in order to capture all commodity usage 
tasks that occur between SLS arrival at the launch pad and T-0. Flow rates must be maintained on the input 
file as they are updated, but a data submission process or schedule will need to be established between 
analysts and SMEs. 

5 CONCLUSION 

It should be acknowledged that GSDO is attempting to gain the most flexibility out of a heritage shuttle 
system that would be extremely expensive to replace. Therefore the Program can make better decisions 
through understanding its operating margins and the probabilities of being able to make mission goals 
without increasing up front investments. The LCIC model can be used to support decision-makers as they 
plan upgrades to KSC facilities. Knowing how often LH2 or GHe break and how much extra is needed to 
avoid failures is key to the continuing improvements GSDO is making at KSC. 

In addition to decision support, the LCIC model provides significant documentation support as well. 
The model has given GSDO a new way of quickly assessing design changes to Interface Control Documents 
(ICD) between the Programs, which contain current design plans for the SLS and are important reference 
documents for the Programs. Previously, assessments would take place individually in a non-integrated 
fashion, but the creation of this model allows all aspects to be investigated at once. The LCIC study itself 
has integrated previously disparate sets of commodity use data that are essential to future SLS and GSDO 
plans and designs. 
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